本文从我的《TheGoProgrammingLanguage》学习笔记中分离出，单独成一篇文章方便查阅参考。strings.Builder源码解析存在意义使用\(strings.Builder\)，避免频繁创建字符串对象，进而提高性能\(Source\file\)https://go.dev/src/strings/builder.go与许多支持\(string\)类型的语言一样，\(golang\)中的\(string\)类型也是只读且不可变的（\(string\)类型笔记 Goxmas2020学习笔记04、Strings-小能日记-博客园 ）。因此，通过循环字符串切片拼接字符串的方式会导致

本文从我的《TheGoProgrammingLanguage》学习笔记中分离出，单独成一篇文章方便查阅参考。strings.Builder源码解析存在意义使用\(strings.Builder\)，避免频繁创建字符串对象，进而提高性能\(Source\file\)https://go.dev/src/strings/builder.go与许多支持\(string\)类型的语言一样，\(golang\)中的\(string\)类型也是只读且不可变的（\(string\)类型笔记 Goxmas2020学习笔记04、Strings-小能日记-博客园 ）。因此，通过循环字符串切片拼接字符串的方式会导致

零除的处理用NULLIF(col,0)可以避免复杂的WHEN...CASE判断,例如ROUND(COUNT(view_50.amount_in)::NUMERIC/NULLIF(COUNT(view_50.amount_out)::NUMERIC,0),2)ASout_divide_in,使用COLA/NULLIF(COLB,0)后,如果COLB为0,产生的输出就是NULL空数组解析为默认值使用jsonb_array_elements_text()可以将一个JSONB类型的列解析为多行--这是一个和聚合背道而驰的函数,在处理数组时特别有用.但是在使用中,往往需要全局统计,不单单是统计带内容的数

零除的处理用NULLIF(col,0)可以避免复杂的WHEN...CASE判断,例如ROUND(COUNT(view_50.amount_in)::NUMERIC/NULLIF(COUNT(view_50.amount_out)::NUMERIC,0),2)ASout_divide_in,使用COLA/NULLIF(COLB,0)后,如果COLB为0,产生的输出就是NULL空数组解析为默认值使用jsonb_array_elements_text()可以将一个JSONB类型的列解析为多行--这是一个和聚合背道而驰的函数,在处理数组时特别有用.但是在使用中,往往需要全局统计,不单单是统计带内容的数

前天写SQL时本想通过AleftBjoinonand后面的条件来使查出的两条记录变成一条，奈何发现还是有两条。后来发现joinonand不会过滤结果记录条数，只会根据and后的条件是否显示B表的记录，A表的记录一定会显示。不管and后面的是A.id=1还是B.id=1,都显示出A表中所有的记录，并关联显示B中对应A表中id为1的记录或者B表中id为1的记录。运行sql:select*fromstudentsleftjoinclasscons.classId=c.idorderbys.id 运行sql: select*fromstudentsleftjoinclasscons.classId=c

前天写SQL时本想通过AleftBjoinonand后面的条件来使查出的两条记录变成一条，奈何发现还是有两条。后来发现joinonand不会过滤结果记录条数，只会根据and后的条件是否显示B表的记录，A表的记录一定会显示。不管and后面的是A.id=1还是B.id=1,都显示出A表中所有的记录，并关联显示B中对应A表中id为1的记录或者B表中id为1的记录。运行sql:select*fromstudentsleftjoinclasscons.classId=c.idorderbys.id 运行sql: select*fromstudentsleftjoinclasscons.classId=c

​HASHJOIN是大数据量表连接中最为常用的方式，与最为常用的NESTEDLOOP相比，其应用场景不同。对于两张表的连接，NESTEDLOOP适合于类似查电话号码的应用场景，如果领导给你一张清单，让你去查一下几家企业的电话号码，那么你要做的是找到一本电话号码本，根据公司名称的索引，挨个查一遍，很快就可以完成了。这种方式就是著名的NESTEDLOOP，通过数个快速的循环，完成两个行源的关联操作（待查清单，电话号码簿）。如果这个任务改一下，领导给你的清单上有几万家企业，那么我们还这么一条条的去查，那不傻了。这时候，就不适合用NESTEDLOOP循环了，HASHJOIN是比较快速的解决方法。很多S

​HASHJOIN是大数据量表连接中最为常用的方式，与最为常用的NESTEDLOOP相比，其应用场景不同。对于两张表的连接，NESTEDLOOP适合于类似查电话号码的应用场景，如果领导给你一张清单，让你去查一下几家企业的电话号码，那么你要做的是找到一本电话号码本，根据公司名称的索引，挨个查一遍，很快就可以完成了。这种方式就是著名的NESTEDLOOP，通过数个快速的循环，完成两个行源的关联操作（待查清单，电话号码簿）。如果这个任务改一下，领导给你的清单上有几万家企业，那么我们还这么一条条的去查，那不傻了。这时候，就不适合用NESTEDLOOP循环了，HASHJOIN是比较快速的解决方法。很多S

在《探究PrestoSQL引擎(1)-巧用Antlr》中，我们介绍了Antlr的基本用法以及如何使用Antlr4实现解析SQL查询CSV数据，更加深入理解Presto查询引擎支持的SQL语法以及实现思路。本次带来的是系列文章的第2篇，本文梳理了Join的原理，以及Join算法在Presto中的实现思路。通过理论和实践的结合，可以在理解原理的基础上，更加深入理解Join算法在OLAP场景下的工程落地技巧，比如火山模型，列式存储，批量处理等思想的应用。一、背景在业务开发中使用数据库，通常会有规范不允许过多表的Join。例如阿里巴巴开发手册中，有如下的规定：【强制】超过三个表禁止Join。需要Joi

在《探究PrestoSQL引擎(1)-巧用Antlr》中，我们介绍了Antlr的基本用法以及如何使用Antlr4实现解析SQL查询CSV数据，更加深入理解Presto查询引擎支持的SQL语法以及实现思路。本次带来的是系列文章的第2篇，本文梳理了Join的原理，以及Join算法在Presto中的实现思路。通过理论和实践的结合，可以在理解原理的基础上，更加深入理解Join算法在OLAP场景下的工程落地技巧，比如火山模型，列式存储，批量处理等思想的应用。一、背景在业务开发中使用数据库，通常会有规范不允许过多表的Join。例如阿里巴巴开发手册中，有如下的规定：【强制】超过三个表禁止Join。需要Joi